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Imperatives  for  Continuous  Improve 


its  -1 


*  Capability  Improvements  Needed 


Under  Secretary  of  Defense  for 
Acquisition  Technology  &  Logistic, 
December  2014 


OSA 


•  The  United  States'  military  technological  superiority  is  being 
challenged  ...  This  is  not  a  future  problem,  nor  is  it  speculative. 
My  concerns  are  based  on  the  intelligence  reports  I  have 
received  on  a  daily  basis  for  almost  five  years. 

—Hon.  Frank  Kendall 
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Imperatives  for  Continuous  Improve 


its  -2 


*  Systems  must  be  updated  quickly  for  CYBERSAFE 

•  Cybersecurity  standards  must  be  applied  &  re-applied  to  every 
system  throughout  its  service  life,  not  just  at  initial  acquisition.  Once 
it  delivers,  even  if  it  delivers  perfectly  —  zero  vulnerabilities,  zero 
attack  surface  —  the  next  day,  it  will  be  vulnerable  because  of  a  new 
discovery,  a  new  zero  day  [exploit]. 

—  VADM  Jan  Tighe,  Commander,  10th  Fleet,  20  April  2015 


□SA 
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The  Naval  Business  Model  -Top-Levd 


ategy 


Procure  Basic  Platforms 

•  Decouple  the  mission  systems  &  integration  from  the  platform 

•  Able  to  quickly  change  modular  components  for  future  flexibility 

•  Stabilize  platform  production  -  segregate  from  rapid  change 

Develop/Maintain  Capability  Product  Lines 

•  Reduce  &  manage  vendor-locked  &  stove-piped  products 

•  Improve  core  competencies  across  the  force 

•  Design  for  robust,  affordable  testing 

Build  in  adaptability  _  ,  - .  ^  | 

Integrate  &  Deliver  1  ^ 

•  Manage  Platform-unique 
elements 

•  Reduce  acquisition  cost  &  risk 

•  Spur  innovation  &  enhance 
warfighter  capability 


□SA 
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Procure  Basic  Platforms 

•  Decouple  the  mission  systems  &  integration  from  the  platform 

•  Able  to  quickly  change  modular  components  for  future  flexibility 

•  Stabilize  platform  production  -  segregate  from  rapid  change 

Develop/Maintain  Capability  Product  Lines 

•  Reduce  &  manage  vendor-locked  &  stove-piped  products 

•  Improve  core  competencies  across  the  force 


Naval  Open  Systems  Architecture  (0 


trategy 


O'S’A  Open  Systems  Architecture  Strategy 


Imptemendlng  Thra  CNG?s  Vision  of  Trucks  and  Pay  loses* 


Open  Systems  Architecture  (OSAi  Strategy 


Fiacre  1.  Iterative  NavHl  OSA  Struteav 


Introduction 

The  current  Neva!  Enterprise  etxpUsiHon  model  if  entered  on  highly  integrated  nlotfrrn is  rf-'ifi'! 
iviJinii  Ikol  stre  venA' t  Juuieii  amt  id  acquire  and.  upgrade.  'St a. i  model  is  especially 

probi&rttoBc  in  the  anrettt  economic  environment. 

The  y ay  at  Open  Systems  Arch&ecttmt  (GSA)  strategy  mill  decompose  monolithic  business  arid 
technical  designs  Infc1  r n.i m Tj?  prmind  Ones  co  mposed  oftompeittion  driven  modular 
compuu&hs.  i  riis  will  yield  irtiw^iidFt  mdnerni  tyds  time,  aJiJ  luwi-r  Mfkti  ovjiumtiip  casts. 


The  New  Naval  Enterprise  OSA  Strategy: 

Thfr  Kara]  OSA  Strategy  is  an  iterative  of  business  and  technical  change*  that  points  to 
jjj  j.'jjl!  ib.k  where  affordable,  open  platforms  easily  acajmnLoda!/.-  up^n  modules.  As  iL.v  Navy 
moves  toward  Jiis  future,  the  Enterprise  iiiusL ftrsl  align  itself Lu  beanne  open*  modular,  cuijuiuml 
cnrnpetilive,  and  ultimately,  affordable.  Jl  mil  begin  by  iEJiplerneuLins!;  change  In  a  coordinated 
fashion  across  all  prograiTis. 

77k  Naval  OSA  Enterprise  Team  wiR  lead  trie  execution  of  tills  strategy  wifirf  tti?  pamcipatioK  of 
stoker  widen  (e.gv  Resource  Sponsors,  PECs,  TWAs,  etc.)  flsJfolEffws; 

*  Im  piemen!  the  coordinated  set  of  business  chants  that  Lrn  pnr-te  competiUcn .  Jncentiviz* 
better  performance,  and  deliver  capability  more  rapidly, 

*  C  onslmcL  a  limited  number  of  tech  meal  ret  ere  nee  frameworks  to  immediately  .support 
improved  competition  arid  uluniately  enable  enterprise  re -use; 

*  Dewlap  an  IlxccilEiEHl  Guidebook  for  this  strategy  ■  and 

*  Lead  and  gy  kid  training  iLe  workforce  uu  OS  A  Staple  nteulffiun. 

Once  these  fhangps  neve  hem  adopted  at  the  program  tevel  u  second  fterafJoK  (Rgiw  U  v.-fdf  prepare 
the  Enterprise  to  eliminate  redmdanry  and  deliver  open  systems  with  reusable  modules. 


Nibr-ftognin 


GASfrxl*a y 


Technical  Reference  Frameworks  (TRFs) 

•  Defined  &  managed  by 
Government/Industry  consortia 

•  Used  across  multiple  air,  surface, 
submarine  &  ground  platforms 

•  Risk  Prudent,  modular  competition 

•  Access  to  innovation  &  timely 
deployment  of  improvements 

Open  Product  Lines 

•  Implement  TRFs  using  open  standards 

An  IP  Strategy  that  breaks  down  barriers 
to  entry 

•  Developing  for  DoD  is  safe 

•  Protect  industry  investments 

•  Protect  Government  from  Vendor-Lock 

The  Navy  can  build  on  its  experience  in 
building  open  &  common  systems 


□SA 


See  acc.dau.mil/osastrategy 


Emphasis  is  on  both  business  &  technology  innovations 


Industry  Trend  -  Common  Platfo 


Top  12  OEMs 

2010 

2020 

Automobile  platforms 

223 

154 

Units  based  on  10  ten  core  platforms 

17 

33 

(millions) 

Units  based  on  OEM  core  platforms 

39% 

95% 

3  core  platforms  or  less  per  OEM 

Common  platforms  have  proven  track 
record  to  reduce  cost  &  time  to  market 


Top  10  global  megaplatforms 

Forecast  volume  and  number  of  models  for  2017 


OEM 

Platform 

Volume 

No.  of 

Sample  models 

(in  mn] 

Models 

1.  VW 

MOB 

6.3 

41 

VW  Golf,  Passat;  Audi  A3 

2,  Toyota 

MC 

5.2 

75 

Auri s3  Corolla,  Vibe:  Scion  xE 

3,  Hyundai/Kia 

HD 

3.0 

16 

Hyundai  130;  KiaCee’d 

4.  GM 

Delta 

2.5 

19 

Opel  Astra;  Chevrolet  Cruze 

5+  PSA 

EMP2 

2.3 

24 

Peugeot  308;  Citroen  C4,  DS4 

6.  Renault/Nissan 

B 

2.2 

10 

Renault  Clio;  Nissan  Cube,  Juke,  Leal 

7.  Ford 

Cl 

2.2 

13 

Focus*  C-Max,  Kuga 

8.  Hyundai/Kia 

PB 

1.9 

18 

Hyundai  i20;  Kia  Rio,  Venga 

9*  Renault/Nissan  CMF1 

1.9 

20 

Renault  Megane1  Nissan  Gashqai 

10.  Ford 

B2E 

1.8 

11 

Fiesta*  B-Max;  Mazda2/Demio 

Subtotal 

29.4 

202 

Source:  IHS  Automotive,  AlixPartners  analysis 


Architecture 


Platform 


Modules 


Components 


k 


VW  MQB  Common  Platform 


Conventional 


T$l  petrol 
EA211 


EcCFueK 

CNG 


TDl 
EA 2M 


Fl**Fu(l 

alhsne! 


,  'T  ^ 
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Product-Line  Benefits  in  Acti< 


BEFORE 

Los  Angeles 


Improved  Los  Angeles 


Seawolf 


Virginia 


NPES 


Seawolf 


Ohio  (SSGN) 


Virginia 


Ohio  (SSBN) 


Ohio  (SSBN) 


FUTURE 


Virginia  BLK IV 


Submarine  Classes  Contain  the  Same  Product-Line  Subsystems 
Five  independent  support  infrastructures  consolidated  &  continuously  improved 


Unlocking  Potential 


8 


□SA 


"ii 


Intellectual 

Property 

Strategy 


A  Holistic  OSA  Product-Line  Strat 


*  M 


fss/ir 
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Functional 

Decomposition 


Technical 

Reference 

Frameworks 
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I 


Modular  Unit  Functional  Decomp 


Decompose  &  modularize  functional  capabilities 

Module  contains  minimum  functionality 
suitable  for  enabling  upgrades, 
competitive  acquisition  &  cross¬ 
system  portability 

Assess  modular  capabilities  for 
suitability  for  commoditization 

Due  to  the  depth  &  breadth  of  the 
modularization  effort,  it  will  be  an 
ongoing  effort  over  the  course  of  multiple  years 

Modularizing  common  capabilities  enables  development  product  lines 
for  deliberate  capability  reuse 


OSA 

iJ 


The  1st  Step  in  Implementing  an  OSA  Strategy  is  Modularizing  Capabilities 


Mission  Area  Capability  Manager™ 


Mission  Technical  Baseline  -  solution  agnostic 
*  Timeframe,  Location,  Risk, 

Threat,  Commanders  Intent, 

Desired  effects 


FLEET  FORCES l CQTF  f MARFGRCQM 

!  vA1  '  V.i  :•*  i  ■iyi'.T'.'LVr:  1 1 

/  CEHOPS.l 


Integrated  Capability  Technical  Baseline  (ICTB) 

(SoS  requirements,  interfaces  &  standards) 

Capability,  Affordability,  Timeline  Trade  Space 
analysis 


Deliver  warfighting 
affordable,  integrated, 

&  interoperable 
capabilities  using  open  & 
standard  processes  &  tools 
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Product  Line  Determination 


Modules  defined  during  Functional 

Decomposition  fall  into  one  of  four 

categories: 

1.  Common  across  a  number  of 
platforms  &  should  be 
commoditized  for  savings  via  reuse 

2.  Capture/define  important  external 
interfaces  &  should  be 
commoditized  with  a  goal  of 
increased  interoperability  through 
commonality 

3.  Very  high  rate  of  change  &  program 
specific 

4.  Truly  program  unique  &  unchanging 


1— J _ ^  □ 

!_  j=L 
1=1  □ 

□  m. 

PSA 

-I 


External 

Interfaces 


Common 

Domain 

Capabilities 


Common 

Data 

Capabilities 


Common 

Infrastructure 

Capabilities 
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External 

Interfaces 


Common 

Domain 

Capabilities 


Common  Data 
Capabilities 


Common 

Infrastructure 

Capabilities 


The  2nd  Step  in  Implementing  an  OA  Strategy  is  the  Strategic  Use  of  TRFs 


!■ 


Technical  Reference  Frameworks 


•  TRFs  are  key  to  use  of  OSA 

•  e.g.,  FACE,  UCS,  HOST,  &  SPIES 

•  Navy  has  various  uncoordinated 
TRFs  at  varying  maturity  levels 

•  Enterprise  approach  applies  TRFs 
to  enable  Open  Product  Lines 

•  Must  account  for  programmatic 
realities 

•  New  programs  would  use  them 

•  Legacy  programs  need  to  determine 
which  TRFs  to  use  &  when 

•  TRFs  need  enterprise  approach  to 
ensure  benefits  &  compliance 

□SA 


Common 

■infrastructure 

Capabilities 


TRF2:  Command 

TRFt:  Closed  - 

&  decision 

ioop  control 

nri  n*i  m 


External 

Interfaces 


1  ■  ■  ■  n  ■ 

Common 

Domain 

Capabilities 

I 

m 

n  u  M  LI  ■ 

Common  Data 
Capabilities 

1  i  W 

■  rrm  m 

Ir^  ^ 

Common 

'infrastructure 

Capabilities 

TRF3:  Analysis  & 
infotainment 


External 
|  Interfaces 


Common 

Domain 

Capabilities 


Common  Data 
Capabilities 


FACE  -  a  Gov't  led,  Industry  Support 


Key  attributes 

•  Crisply  defined  software  & 
system  technical 
architecture 

•  TRFs  enable  competition 
at  multiple  system  levels 


□SA 

id 


Computing  H/W 


MIL-STD-1553 


ARINC429  RS-232 


O  <>  i 

\ 

GPS 

\ 

Other 

'  \ 

Radio 

_ ^ _ \ 

Ethernet 


\ 

Radar 

Altimeter 

Cursor 

\  x 

h _ 

OFP 

N  OFP  to  FACE  |N 

•  adapter  | 

M'  > 
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FACE  -  a  Gov't  led,  Industry  Support 


Key  attributes 


•  Modular  innovation 
potential 

•  Economically-guided 
criterion  for 

(de)composing  TRFs  into 
modules 


PSA 

id 


Computing  H/W 


MIL-STD-1553 


ARINC429  RS-232 


O  <>  i 

\ 

GPS 

\ 

Other 

'  \ 

Radio 

_ ^ _ \ 

Ethernet 


\ 

Radar 

Altimeter 

Cursor 

\  x 

h _ 

OFP 

N  OFP  to  FACE  |N 

•  adapter  | 

M'  > 
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FACE  -  a  Gov't  led,  Industry  Suppo 


if 


Key  attributes 


Competitive  evolutionary 
procurement  processes 

•  Enable  improvements 
throughout  acquisition 
program  lifecycles 

•  Not  just  at  infrequent 
down-selects 


□5A 


FACE 


Legacy  27Sept1 1 


Portable  Components  Segment 


Common  Services 


Portable  Applications 


(  Appl  )  (  App2  ) 


Platform  Specific  Services  Segment 


Platform  Common  Services 


Configuration  Service  )( Health  Monitoring )  j  f  Graphics  Services 

"glx 


Platform  Device  Services 
'  GPS  ' 


l; 


EGI 


ARINC 

739 


Server 


I/O  Services 


Segment 


429 

Svc 


Drivers 


0/S 

API 


o/s 

API 


o/s^ 

API 


1553 

Driver 


[  ARINC 
429 


RS-232  I 
Driver 


GPU 

Driver 


Distribution  Capabilities 


- i - \  /  \  (  Config  A  /Transformation 

^Paradigm  Xlatej  (QoS)  ^Capability J  ^  Services 


CORBA 


r 

1 

DDS 

L. 

_ J 

ARINC/ 

POSIX 


-0/S  API' 


J 


os 


Operating  System  Segment 


Computing  H/W 


MIL-STD-1553 


ARINC  429  RS-232 


O  <>  i 

\ 

GPS 

\ 

Other 

\  \ 

Radio 

_ ^ _ * 

Ethernet 


\ 

Radar 

Altimeter 

Cursor 

\  x 

h _ 

OFP 

N  OFP  to  FACE  |N 

•  adapter  | 

M'  > 

True  competition  requires  robust  interoperable  open  system  architectures 
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Enterprise  Management  Objec 


AIR 


MARINES 


SPACE 


SUBS 


SURFACE 


•  To  achieve  enterprise  level  savings  via  economy-of-scale,  efficiencies, 
&  systematic  reuse  of  common  assets 

•  To  oversee  development  of  TRFs  &  Open  Product  Lines 

•  To  oversee  the  program's  cut-in  plans  for  TRFs  &  Open  Product  Lines 

•  To  evolve  over  time  &  across  program  lifecycles 


PSA 

- IH 


The  3rd  Step  in  an  OSA  Strategy  is  Adoption  of  Open  Product  Lines  for  the  Enterprise 


rategy 


Open  Acquisition  Intellectual  Proper 


•  Government  as  Business  Integrator 

•  Choose  where  to  invoke  license  rights  to  design  data 

•  Architecture  &  interfaces 

•  What  the  Government  paid  to  develop 

•  Choose  where  to  invoke  innovation 

•  Where  warfighting  requirements  change  quickly 

•  Where  the  Commercial  sector  is  investing 

•  Where  there  are  multiple  strong  providers 
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IP  Strategy  for  an  Open  Product 


H 


TECHNOLOGY 


REQUIREMENTS 


WARFIGHTER 


Competition  Across  the 

Lifecycle 

Competition  for  O-C 
Replacement  for  R-P 


CONTRACTS 


1 


ill 

Integration  O-C 


Functional 

Functional 

Module  1 

Module  2 

Integration 

O-C 

R-P 

•  •  • 

O-C 
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Benefits  of  Open  Product  Lines 


Business 

1.  Competition  for  components  &  integration  services 

2.  International  cooperation  &  foreign  sales  opportunities 

3.  Wider  array  of  providers  for  upgrades 

4.  Open  currently  closed  markets 

5.  Common  capabilities  used  across  multiple  platforms 


Technical 

1.  Common  training,  operations  &  maintenance 

2.  S&T  risk  reduction  and  &  focus  on  new  value 

3.  More  robust  application  of  CYBERSAFE  techniques 

4.  Risk  reduction  for  transition  of  new  technologies 

5.  Consolidation  of  infrastructure 

□SA 


We  need  both  business  &  technology  innovations 


Mapping  How  We  Get  There 


Operational 

Need 

Defined 


New  functionality 


identified 


Components 
developed  to  work 
0  in  a  standard 
architecture 


Capabilities 
integrated,  tested 
&  produced  for 
target  platforms 

□5A 

s 


Functions  integrated 
into  representative 
system  hardware  & 
validated 


Components 
Integrated  &  tested 
in  an  OA  Lab 


Capabilities  & 
functionally 
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